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REMARKS 

No claims have been cancelled or added. Claims 9, 15 and 21 have been 
amended solely to correct typographical errors. Claim 1 has been amended to 
further clarify its subject matter. Claims 1-28 are currently pending in the 
application. In view of the following remarks, Applicant respectfully requests 
withdrawal of the rejections and forwarding of the application onto issuance. 

The § 102 Rejections 

Claims 1-28 stand rejected under 35 U.S.C. § 102(e) as being anticipated 
by U.S. Pub. No. 2004/00961 10 Al to Yogeshwar et al ("Yoges!™^"). 

Applicant's piscjosiire 

Applicant disclosure pertains to methods and systems to enable 
uncompressed source data, corresponding to previously-compressed data, to be 
manipulated or otherwise modified, prior to being rendered by a rendering 
application. For example, audio data can be modified to include additional audio 
content, and/or video data can be modified to include additional video content 
Accordingly, when the modified or manipulated source data is rendered by the 
rendering application, it can contain additional information that was not part of 
the previously-compressed data. The methods and systems can be employed in a 
wide variety of different areas such as advertising and content protection to name 
just a few. 

In one embodiment, Applicant discloses that a file containing compressed 
data is processed in such a way as to associate it with a decoder that does not 
correspond to the encoder that originally compressed the file's source data. The 
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file is then processed by the decoder in such a way as to uncompress the 
compressed data, manipulate or modify the uncompressed data in some desirable 
way, and then provide the manipulated or modified data to a rendering application 
for rendering. 

In one embodiment, Applicant discloses that a new or second decoder is 
provided on the client end and registered with the operating system. This second 
decoder is associated with the new ID tag so that when the client attempts to 
render the file, the new decoder is used in the decoding process. As an example, 
consider Fig. 6. 

There, a rendering application 600 is engaged by the user in an attempt to 
render or otherwise play file 404a. In the usual manner, the rendering application 
600 retrieves or otherwise receives file 404a and searches for the file's ID Tag. 
Instead of finding the original ID Tag that is associated with the encoding encoder 
(e.g. encoder 402 (Fig. 4)), the rendering application locates the New ID Tag and 
performs a query on the New ID Tag. When the query is executed, instead of 
returning a reference for the decoder associated with the encoding encoder, the 
query returns a reference that can be used to load a new decoder 602. The new 
decoder 602 functions to enable the compressed file to be uncompressed so that 
the uncompressed source data can be manipulated in some way. 

Fig. 7 shows but one example of new decoder 602 and the processing that 
takes place using the new decoder. Here, decoder 602 receives file 404a which 
may or may not contain the New ID Tag. In this example, decoder 602 is a 
"wrapper" around an original decoder 403 that is associated with the encoding 
encoder (i.e. encoder 402). New decoder 602 provides the compressed data of 
file 404a to the original decoder 403 so that the original decoder can uncompress 
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the compressed data to provide uncompressed source data 400. Next, a 
modification module 700 receives the uncompressed source data or otherwise 
operates on the uncompressed source data to provide modified uncompressed data 
702, It should be appreciated and understood that although modification module 
700 is illustrated as comprising part of the new decoder 602, such need not 
necessarily be the case. For example, the modification module can comprise a 
separate software component that is called by the new decoder 602 to modify the 
uncompressed source data. If this is the case, then once the modification module 
modifies the source data, it can call the new decoder 602 and provide the 
modified uncompressed data 702 back to the new decoder. This modified data 
can now be provided to a media player or rendering application for rendering. 

As amended, claim 1 recites a method comprising [amended language 
appears in bold italics]: 

• providing compressed data that has been compressed using a first 
encoder having an associated first decoder that can be used to 
uncompress the compressed data; 

• providing the compressed data to at least one second decoder that is 
different from the first decoder and which is involved in actually 
causing the compressed data to be uncompressed', 

• uncompressing the compressed data to provide uncompressed data; 
and 

• operating on the uncompressed data to provide modified 
uncompressed data. 

Applicant has amended this claim to clarify that the compressed data is 
provided to at least one second decoder that is different from the first decoder and 
which is involved in actually causing the compressed data to be uncompressed. 



L&B fc Kaytm, rue 



1 1 09M04IS09G?\Jrtl-OU9**\*gM92.MQI/hHiLJM 

PAGE 13/24 ' RCVD AT 9/2212004 12:43:05 PM [Eastern Daylight Time] * SVR:USPT0EFXRF-1/2 ' DNIS:8729306 * CSID:M9 323 8979 * DURATION (miiKS):0646 



SEP 22 2004 10:00 FR LEE - HAYES PLL 509 323 8979 TO 1703872930S P. 14/24 



1 In making out the rejection of this claim, the Office argues that Yogeshwar 

2 teaches the subject matter of this claim. In response to Applicant's request for 

3 clarification from the Office, the Office cited to paragraph 143 to support its 

4 argument. The cited excerpt, discussing Yogeshwar' s Fig 6, is reproduced below 

5 [emphasis by Office] : 

[0143] The image processor 604 performs one or more image 
filtering operations or other image processing operations on the 
decoded image data under the direction of the control module 320 
prior to the processed image data being supplied to encoder circuitry 
606. Encoder circuitry 606 includes a plurality ofM encoders 608, 
610 each supporting a different encoding format. An encoder 
control module 612 interfaces with the AVARS control module 320 
to determine which encoders 608, 610 should be enabled based on 
the user specified output format(s) and encoding parameters such as 
resolution and output data constraints. When multiple encoded 
12 output formats are specified, the encoder 608, 610 supporting each 

of the specified formats will be enabled. In the case where the user 
is selected output is similar to the retrieved IAF file format only partial 

decoding and re-encoding may be required to convert the retrieved 
file into the user specified output format. Accordingly, some of the 
encoders 608, 610 may be partial as opposed to full video encoders. 
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Applicant will focus its attention on the decoding aspect of the cited 
excerpt. Yogeshwar' s "multi-format decoder" 7 shown in Fig 6 performs the partial 
decoding referenced above. The multi-format decoder in Fig 6 apparently has the 
same structure as the multi-format decoder in Fig 5. Additional information 
regarding the multi-format decoder in Fig 5 can be found in paragraph 107, 
reproduced below [emphasis added]: 

[0107] The multi-format decoder 519 includes a plurality of full or 
partial decoder circuits 520, 522 each of which is designed to decode 
data which has been encoded according to a different encoding 
scheme. For example, decoder 520 may be an MPEG decoder, 



25 decoder 522 a JPEG decoder, with other decoders supporting yet 



12 



LEE L. HAYE5, PLLC 



090304JSC9 G:\MSWW92ui\mj I -Ml.mOLfinaidoc 



PAGE 14/24 ' RCVDAT 9/22/2004 12:43:05 PIYI [Eastern Daylight Time]* SVfcUSPTO-EFXRMft" DNIS:8729306 * CSID:509 323 8979 * DURATION (mm-ss):0646 



SEP 22 2004 10=00 FR LEE - HPYES PLL 509 323 8979 TO 17038729306 P. 15/24 



2 
3 

4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
2t 
22 
23 
24 
25 



other encoding formats. While the received compressed input is 
supplied to each of the decoders 520, 522, the data analysis/decoder 
control module, working in coiyunction with control module 320, 
determines the type of decoding to be used with any particular set of 
input data. With the type of decoding to be performed determined, 
the control module 521 enables via a control signal the appropriate 
one of the decoders 520, 522 so that one of the plurality of decoders 
is used to generate the decoded digital A/V data supplied to the 
scene analysis module 504 when encoded input data is being 
processed. 

According to the excerpt reproduced just above, if compressed input 
was encoded by an MPEG encoder, for example, Yogeshwar' s system 
provides the compressed data directly to an associated MPEG decoder. 
Likewise, if the compressed input was encoded by a JPEG encoder, 
Yogeshwar' s system provides the compressed data directly to an associated 
JPEG decoder. In the language of Applicant's claim 1, only Yogeshwar's 
first decoder associated with the encoder is involved in actually causing the 
compressed data to be uncompressed As such, Yogeshwar teaches directly 
away from the subject matter of this claim. Applicant has reviewed the 
entire Yogeshwar reference and can find no teaching anywhere of 
providing compressed data to at least one second decoder that is different 
from the first decoder and which is involved in actually causing the 
compressed data to be uncompressed. 

Accordingly, for at least these reasons, this claim is allowable. 

Claims 2-8 depend from claim 1 and, as such, are allowable as depending 
from an allowable base claim. These claims are also allowable for their own 
recited features which, in combination with those recited in claim 1, are neither 
shown nor suggested by the references as cited and applied by the Office. 
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Claims 9-14 

Claim 9 recites a method comprising [emphasis added]: 

• providing a compressed file that has been compressed using a first 
encoder having an associated first decoder that can be used to 
uncompress the compressed file, the compressed file comprising at t 
least one ID tag that is associated with a second decoder that is 
different from the first decoder and that serves as a wrapper for the 
first decoder, 

• searching for said at least one ID tag to identify the second decoder, 

• providing the compressed file to the second decoder so that the 
compressed file can be uncompressed; 

• using the second decoder, providing the compressed file to the 
first decoder; 

• uncompressing the compressed file using the first decoder to 
provide an uncompressed file; 

• providing the uncompressed file to a modification module; 

• modifying the uncompressed file using the modification module to 
provide a modified uncompressed file; 

• providing the modified uncompressed file to the second decoder; 

• using the second decoder, providing the modified uncompressed 
file to a rendering application; and 

• rendering the modified uncompressed file on a client device using 
the rendering application. 

In making out the rejection of this claim, the Office again argues that 
Yogeshwar teaches the subject matter of this claim. In response to Applicant's 
request for clarification from the Office, the Office cited to paragraph 143 to 
support its argument. The cited excerpt, discussing Yogeshwar' s Fig 6, is 
reproduced above. 

Applicant will again focus its attention on the decoding aspect of the cited 
excerpt Yogeshwar's ' Wlti-format decoder" shown in Fig 6 performs the partial 
decoding referenced in the excerpt. The multi-format decoder in Fig 6 apparently 
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has the same structure as the multi-format decoder in Fig 5. Additional 
information regarding the multi-format decoder in Fig 5 can be found in 
paragraph 107, also reproduced above. 

According to the excerpt disclosing the multi-format decoder, if the 
compressed input was encoded by an MPEG encoder, for example, Yogeshwar' s 
system provides the compressed data directly to an associated MPEG decoder. 
Likewise, if the compressed input was encoded by a JPEG encoder, Yogeshwar's 
system provides the compressed data directly to an associated JPEG decoder. In 
the language of Applicant's claim 9, Yogeshwar does not teach a second decoder 
that is different from the first decoder and that serves as a wrapper for the first 
decoder. As such, Yogeshwar cannot possibly teach using a second decoder to 
provide the compressed file to the first decoder. Rather, Yogeshwar uses its "data 
analysis/decoder control module" to provide the compressed file to the first 
decoder. Applicant has reviewed the entire Yogeshwar reference and can find no 
teaching anywhere of a second decoder that is different from the first decoder 
and that serves as a wrapper for the first decoder. Nor can Applicant find any 
teaching of using a second decoder to provide the compressed file to the first 
decoder; providing a modified uncompressed file to a second decoder; and, using 
the second decoder, providing a modified uncompressed file to a rendering 
application. 

Accordingly, for at least these reasons, this claim is allowable- 
Claims 10-14 depend from claim 9 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable for 
their own recited features which, in combination with those recited in claim 9, are 
neither shown nor suggested by the references as cited and applied by the Office, 
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Claims 15-20 

Claim 15 recites a method comprising [emphasis added]: 

• receiving a file comprising compressed data and information 
associated with an encoder that compressed source data 
corresponding to the compressed data, said information being 
configured for use in locating a first decoder that corresponds to the 
encoder and which can be used to uncompress the compressed data; 

• searching for the information; and 

• replacing the information with different information that is 
associated with a second decoder that is different from the first 
decoder and which can be used, at least in part, to uncompress the 
compressed data. 

In making out the rejection of this claim, the Office again argues that 
Yogeshwar teaches the subject matter of this claim. In response to Applicant's 
request for clarification from the Office, the Office cited to paragraph 143 to 
support its argument* The cited excerpt, discussing Yogeshwar's Fig 6, is 
reproduced above. 

Applicant will again focus its attention on the decoding aspect of the cited 
cxceipt. Yogeshwar" s "multi-format decoder" shown in Fig 6 performs the partial 
decoding referenced above. The multi-format decoder in Fig 6 apparently has the 
same structure as the multi-format decoder in Fig 5. Additional information 
regarding the multi-format decoder in Fig 5 can be found in paragraph 107, also 
reproduced above. 

According to the excerpt disclosing the multi-format decoder, if the 
compressed input was encoded by an MPEG encoder, for example, Yogeshwar's 
system can only use an MPEG decoder to uncompress the data. Likewise, if the 
compressed input was encoded by a JPEG encoder, Yogeshwar's system can only 
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use a JPEG decoder to uncompress the data. In the language of Applicants claim 
15, Yogeshwar cannot use, even in part, a second decoder that is different from 
the first decoder to uncompress the compressed data. Rather, Yogeshwar can 
only use a first decoder that corresponds to die encoder. As such, Yogeshwar 
teaches directly away from the subject matter of this claim. Applicant has 
reviewed the entire Yogeshwar reference and can find no teaching anywhere of 
information that is associated with a second decoder that is different from the 
first decoder and which can be used, at least in part, to uncompress the 
compressed data. 

Accordingly, for at least these reasons, this claim is allowable* 
Claims 16-20 depend from claim 15 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable for 
their own recited features which, in combination with those recited in claim 15, 
are neither shown nor suggested by the references as cited and applied by the 
Office. 

Claims 21-22 

Claim 21 recites a software application comprising [emphasis added]: 

• an encoding application configured to; 

o receive a file comprising compressed data and information 
associated with an encoder that compressed source data 
corresponding to the compressed data, said information being 
configured for use in locating a first decoder that corresponds to 
the encoder and which can be used to uncompress the 
compressed data; 
o search for the information; and 

o replace the information with different information that is 
associated with a second decoder that is different from the first 



LBS & HAVB3. mac 17 C:\MS) 4M92uttoHl-492.mMJbtai.doc 

PAGE 1 9/24 * RCVD AT 9/22/2004 12:43:05 PM [Eastern Daylight Time] * SVR:USPT0-EFXRF-1/2 * DNIS:8729306 * CSID:509 323 8979 * DURATION (mnK$):0646 



SEP 22 2004 10:02 FR LEE - HAYES PLL 



509 323 8979 TO 17038729306 



P. 20/24 



7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 

20 

21 

22 

23 

24 

25 



decoder and which can be used, at least in part, to uncompress 
the compressed data. 



In making out the rejection of this claim, the Office again argues that 
Yogeshwar teaches the subject matter of this claim. In response to Applicant's 
request for clarification from the Office, the Office cited to paragraph 143 to 
support its argument. The cited excerpt, discussing Yogeshwar's Fig 6, is 
reproduced above. 

Applicant will again focus its attention on the decoding aspect of the cited 
exceipt. Yogeshwar's "multi-format decoder" shown in Fig 6 performs the partial 
decoding referenced above. The multi-format decoder in Fig 6 apparently has the 
same structure as the multi-format decoder in Fig 5. Additional information 
regarding the multi-format decoder in Fig 5 can be found in paragraph 107, also 
reproduced above. 

According to the excerpt disclosing the multi-format decoder, if the 
compressed input was encoded by an MPEG encoder, for example, Yogeshwar's 
system can only use an MPEG decoder to uncompress the data. Likewise, if the 
compressed input was encoded by a JPEG encoder, Yogeshwar's system can only 
use a JPEG decoder to uncompress the data. In the language of Applicant's claim 
21, Yogeshwar cannot use, even in part, a second decoder that is different from 
the first decoder to uncompress the compressed data. Rather, Yogeshwar can 
only use a first decoder that corresponds to the encoder. As such, Yogeshwar 
teaches directly away from the subject matter of this claim. Applicant has 
reviewed the entire Yogeshwar reference and can find no teaching anywhere of 
information that is associated with a second decoder that is different from the 
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first decoder and which can be used, at least in part, to uncompress the 
compressed data. 

Accordingly, for at least these reasons, this claim is allowable. 

Claim 22 depends from claim 21 and, as such, is allowable as depending 
from an allowable base claim. This claim is also allowable for its own recited 
features which, in combination with those recited in claim 21, are neither shown 
nor suggested by the references as cited and applied by the Office. 

Claims 23-28 

Claim 23 recites a decoder application comprising a wrapper for a first 
decoder that is associated with an encoder that was used to compress original 
source data, the wrapper being configured to [emphasis added]: 

• receive compressed source data from a rendering application; 

• provide the compressed source data to the first decoder so that the 
compressed source data can be uncompressed; 

• receive back modified source data that has been modified in some 
way so that the modified source data is different from the original 
source data; and 

• provide the modified source data to the rendering application for 
rendering. 

In making out the rejection of this claim, the Office once more argues that 
Yogeshwar teaches the subject matter of this claim. In the Office Action, the 
Office cites to paragraphs 50-71 to support its argument. The cited excerpt is 
reproduced below [emphasis added]: 

[0059] Encoding format/level selection can be done base on an 
analysis of needs and features, or as a look-up in predefined tables, 
or as a learning process. The trans coder, discussed below, may 
include similar functionality for making transcoding format/quality 
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level selections and/or suggestions* 

[0060] In the exemplary capture and compression module discussed 
below, an encoding format and/or encoding parameters appropriate 
for the best of a number of anticipated applications, subject to a 
minimum threshold of high quality suitable for an archive may 
automatically be determined. 

[0061] Some exemplary pairings between use or application (on the 
left) as specified by received input or data analysis and the selected 
or suggested video encoding format/level (on the right) are: 

[0062] Digital TV distribution use => MPEG-2 MP@ML 
format/level 

[0063] Digital TV production use => MPEG-2 422P@ML 

[0064] High definition TV => a high definition mode of MPEG-2 

[0065] Medical applications => lossless or near-loss encoding 

[0066] Head-and-shoulders, videoconference, surveillance, etc, => 
MPEG-1 orH.263 

[0067] Browsing delivery by transcoder -> a browsing format such 
as Windows Media, Real, or QuickTime with bitrate set according to 
user's capabilities and bandwidth 

[0068] Wireless delivery => MPEG-4 

[0069] Information on previous encoding formats and/or data 
storage medium used to store the information being processed may 
also be considered and used when making an encoding format 
selection in accordance with the present invention. 

[0070] As mentioned above, analysis of the information to be 
encoded may be performed as part of the encoding format selection 
process. Information generated as part of the analysis operation may 
include encoding complexity information expressed in terms of a 
number of different levels, motion estimates between frames, format 
and/or content analysis. Some or all of this information may be used 
as metadata which can be added, e.g., tagged, to the encoded data 
created as part of the encoding process. 
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[0071] A capture and compression operation is performed on the 
received information to be archived in step 108. The capture and 
compression operation 108 involves an A/D conversion in the case 
of analog input. Digital input or digital data produced by an A/D 
conversion operation is then followed by an encoding process using 
the encoding format/level determined in step 107. As part of the 
encoding process, the digital data is encoded according to a format 
and to a quality level determined as a function of various input 
information and/or information generated by analyzing the data to 
be archived. The encoding operation produces encoded digital data 
109 which is in an IAF encoding format. 

As an initial matter, Applicant claims a wrapper for a first decoder. Earlier 
in this response, Applicant provides information that further describes the 
meaning of the term "wrapper." Applicant has reviewed the Yogeshwar reference 
and can find no teaching of wrapper for a first decoder, as Applicant defines and 
uses the term. Because Yogeshwar does not teach a wrapper, as utilized in this 
claim, Yogeshwar cannot possibly teach a wrapper that is configured to provide 
compressed source data to a first decoder and receive back modified source data 
that is different from the original source data. 

Accordingly, for at least these reasons, this claim is allowable. 

Claims 24*28 depend from claim 23 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable for 
their own recited features which, in combination with those recited in claim 23, 
are neither shown nor suggested by the references as cited and applied by the 
Office. 
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Conclusion 

Applicant respectfully submits that all claims are in condition for 
allowance. Accordingly, Applicant requests that a Notice of Allowability be 
issued. If the Office's next anticipated action is to be anything other than 
issuance of a Notice of Allowability, Applicant requests that the undersigned be 
contacted for the purpose of scheduling an interview. 



Dated: 



Respectfully submitted, 



By: /&&(y m^) 



Rob R. Cottle. 
Reg. No. 52,772 
(509) 324-9256 ext. 247 
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